PCT/AU00/01016 



. .aTENT COOPERATION TREk . Y 



From the INTERNATIONAL BUREAU 



PCT 

NOTIFICATION OF ELECTION 

(PCT Rule 61.2) 


To: 

Commissioner 

US Department of Commerce 
United States Patent and Trademark 
Office, PCT 

2011 South Clark Place Room 
CP2/5C24 

Arlington, VA 22202 
ETATS-UNIS D'AMERIQUE 

in its capacity as elected Office 


Date of mailing (day/month/year) 
18 May 2001 (18.05.01) 




Internationa i application No. 
PCT/AU00/01016 


Applicant's or agent's file reference 


International filing date (day/month/year) 
28 August 2000 (28.08.00) 


Priority date (day/month/year) 
27 August 1999 (27.08.99) 


Applicant 

\ DEAKER, Graeme et al 



1. The designated Office is hereby notified of its election made: 

| X | in the demand filed with the International Preliminary Examining Authority on: 
27 March 2001 (27.03.01) 

[ | in a notice effecting later election filed with the International Bureau on: 



2. The election 



X | was 

□ 



was not 



made before the expiration of 1 9 months from the priority date or, where Rule 32 a pplies, within the time limit under 
Rule 32.2(b). 



The International Bureau of WIPO 


Authorized officer 


34, chemin des Colombettes 


Claudio Borton 


1211 Geneva 20, Switzerland 




Facsimile No.: (41-22) 740.14.35 


Telephone No.: (41-22) 338.83.38 



Form PCT/IB/331 (July 1992) 
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PCX 

The undersigned requests that the present 

international application be processed 
according to the Patent Cooperation Treaty. 


International Application No. 


International Filing Date 


Name of receiving Office and U PCT Interna' tonal Application" 




Applicant's or agent's Hie reference 
Of desired) (12 characters maximum) 


Box Np. 1 TITLE OF INVENTION 


Box No, 11 APPLICANT 


Name and address: (Family name followed by given name; for a legal entity, full official 
designation, The address must include postal code and name of country. The country of the 
address indicated in this Box is the applicant s State (that is, country) of residence if no State 
of residence is indicated below.) 

£ CPrr^ \UX?sT(Z«&5> 
le^eA 1 { 1 GrUo tyre**- 


| This pers jn is also inventor. 


Telephone No. 


Facsimile No, 


Teleprinter Nc 


State ftto/ a country) of nationality: 


State (that is, country) of residence: 


This person is applicant I | ait designated IT^Kall designated Slates except 1 — | the United States r -| the Stales indicated in 
for the purposes of: 1 1 Stales [VJ the United Slates of America | | of America only L J the Supplemental Box 


Box No. Ill FURTHER APPLICANT(S) AND/OR (FURTHER) INVENTOR(S) 


Name and address: (Family name followed by given name; for a legal entity, full official 
designation Tfte address must include postal cade and name of country. The country of the 
address indicated in this Box is the applicant V State (that is. country) of residence if no State 
of residence is indicated belowj " * 


This person is; 
| | applicant only 

| t^appltcant and inventor 

\ "H inventor only (If this check-box 
is marked, do not fill In below.) 


Slate (that U, country) of nationality: 


State (thai is. country) of residence: 


This person is applicant | | all designated 1 1 all designated States except [T3^<= United States r ~| the Slates indicated in 
lor the purposes of: 1 — 1 States 1 | the United States of Ameriea |±J of America only L J ihe Supplemental Box 


f 1 Further appl ieanis anoVor (further) inventors are indicated on a continuation sheet. 


Box No. IV AGENT OR COMMON REPRESENTATIVE; OR ADDRESS FOR CORRESPONDENCE 


The person identified below is hereby/has been appointed to act on behalf rsK-«.i 1 — 1 » mm • 

of the applicant(s) before the competent International Authorities as: Lll agcnl LJ C( mmon representative 


Name and address: (Family name followed by given name: for a legal entity, full official 
designation The address must include postal code and name of country,) 


Telephone No. 


Facsimile No. 


Teleprinter No. 


j 1 Adams for correspondence: .Mark ihis check-box where no acent or common representative is/has beer appointed and the 
i — 1 space above is used instead to indicate a special address to which correspondence should be sent. 



Porm PCT/RO/101 (first sheet) (July 1998: reprint January 2000) See Poles to the requext jo 
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Shed No. 



7. 



Continuation of Box No; III FURTHER APPLICANT(S) AND/OR (FURTHER) INVENTOR(S) 


If none of the following sub-boxes is used, this sheet should not be included in the requ+SL 


Name and address: (Family name followed by given name; for o legal entity, full official 
designation. The address must include postal code and name of country. Tl\e country of the 
address indicated in this Box is the applicant s State (that is, country) of residence if no State 
of residence is indicated below.) 


This person is: 

applicant o ily 

1 r^/fapplicanl a:td inventor 

| | invcnlor or ly (If this check-box 
J is marked, di ■ not fill in below.) 


State (that is, country) of nationality; 


State (that is. country) of residence: 


This person is applicant | i all designated i i ail designated States except rn the United States i — \ the States indicated in 
for the purposes of: 1 \ Stales | | the United States of Amenca 1 u-hoT America only ] t , the Supplemental Box 


Name and address: (Family name followed by given name: for a legal entity, full official 
designation. The address must include postal cade and name of country. The country of the 
address indicated in this Box is the applicant 's State (that is, country) of residence if no State 
of residence is indicated below.) 

miLSor^ ? q *,-t rjz^i 2^z>Gi 


This person is: 

[ | applicant o:tly 

^^appiicarii aiid invenior 

| | invcnlor only (If this check-box 
*— 1 is marked, dt not fill in below.) 


Stale (that is, country) of nationality: 


State (that is, country) of residence: 


This person is applicant | i at) designated [™| all designated Stales except [— Urte United States i — the States indicated in 
for the purposes of: 1 t States | | the United States of Amenca 1 Uq of America only | the Supplemental Box 


Name and address: (Family name followed by given name; for a legal entity, full official 
designation. The address must include postal code and name of country. The country of the 
address indicated in this Box is the applicant s State (that is. country) oj residence if no State 
of residence is indicated below.) 

fvu^&<w£ Vo.*rz k/W 2o-£>' 


This person is: 
| 1 applicant <n!y 

[\ ^tfppl'canl end inventor 

P"| invcnlor o;t!y (If this check-box 
1 — 1 is marked, co not fill in below J 


Slate (that is, country) of nationality: 


State (that is, country) of residence: 


This person is applicant pi all designated | 1 ail designated States except J — | ihe-Unitcd Slates J — | the States indicated in 

for the purposes of: I I States | | the United States of America 1 L^rm America only | | the Supplemental Box 


Name and address: (Family name followed by given name; for a legal entity, full official 
designation. The address must include postal code and name of country. The country of (he 
address indicated in this Box is the appUcant 5 Stale (that is. country) of residence if no State 
of residence is Indicated below.) 


This person is: 
j [ applicant only 

| [ applicant and inventor 

| | invenior o:t!y (If this check-box 
is marked, c'o not fill in below.) 


Slate (that is, country) of nationality: 


State (that is, country) of residence: 


This person is applicant | | all designated i — | aft designated States except | — | the United States pi the Slates indicated in 
for the purposes of: L_J Slates | ( the United $U!les of Amenca It 1 of America only [ J the Supplemental Box 


I | Further applicants and/or (further) inventors arc indicated on another continuation sheet. 
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Sheet No. 



Box No.V DESIGNATION OF STATES 



The following designations we hereby made under Rale 4.9(a) (mark the applicable check-boxes: at least one mux be marked): 
Regional Patent 

Bf AP ARIPO Patent: GH Ghana, GM Gambia, KE Kenya, LS Lesotho, MW Malawi, SD Sudan, St Siena Leone, SZ Swaziland, 
^ TZ United Republic of Tanzania, UG Uganda, Z\V Zimbabwe, and any other Stale which is a Contra :ting State of the Harare 
Protocol and of the PCT 

H' £A Eurasian Patent: AM Armenia, AZ Azerbaijan, BY Belarus, KG Kyrgyzstan. KZ Kazakhstan, Ml) Republic of Moldova, 
RU Russian Federation, TJ Tajikistan, TM Turkmenistan, and any other State which is a Contracting State of the Eurasian Patent 
Convention and of the PCT 

EP European Patent: AT Austria, BE Belgium, CH and LI Switzerland and Liechtenstein, CV Cyprus, DE Germany, 
DK Denmark, ES Spain, Fl Finland, FR France, CB United Kingdom, GR Greece, IE Ireland, IT Italy, LU Luxembourg, 
MC Monaco, NL Netherlands, PT Portugal, SE Sweden, and any other Stale which is a Contracting Simc otthc European Patent 
Convention and of the PCT 

Q'OA OAPI Patent: BF Burkina Faso, BJ Benin, CF Central African Republic, CG Congo, CI C6tc d Noire, CM Cameroon, 
GA Gabon, GN Guinea, GW Guinea-Bissau, ML Mali, MR Mauritania, NE Niger, SN Senegal, TD < :had, TG Togo, and anv 
other Slate which is a member State of OAPI and a Contracting State of the PCT (if other kind of protect, on or treatment desired, 

specify On dotted line) 

National Patent (if other kind of protection or treatment desired, specify on dotted line): 
\3 A E United Arab Emirates 

Q'AL Albania S'LS 

AM Armenia Q'LT 

□"AT Austria U LU 

Australia 0* lv 

Azerbaijan □ MA 

Bosnia and Herzegovina 0 MD 

Barbados 0 MC 

Bulgaria [3 MK 

Brazil 

Belarus 0 MN Mongolia 

_ f _ Canada (2 MW Malawi 

0CH and LI Switzerland and Liechtenstein MX Mexico 

0 CN China 0 NO 

Costa Rica Q NZ 

Cuba □'PL 

Czech Republic Q PT 

Germany □ RO 

Denmark * E RU 



Liberia 

Lesotho 

Lithuania 

Luxembourg 

Latvia 

Morocco . , " 

Republic of Moldova 

Madagascar 

The former Yugoslav Republic of Macedonia 



13 CR 
63 cu 
E3 cz 

□ DE 
GJ DK 

0 DM Dominica 



0 DM Dominica ETSD 

El EE Estonia EJ SE 

0 ES Spain y SG 

Q Fl Finland Q $\ 

El CB United Kingdom Q'SK 

El CD Grenada fi2f SL 

[3 GE Georgia 0 T J 

& GH Ghana [3 TM 

[JJ GM Gambia 



13 HR 
0 HU 
0 ID 
E3 IL 
El IN 

Ef is 
Ef jp 

0 KE 



&TR 

Croatia 0 TT 

Hungary B TZ 



Norway 

New Zealand 

Poland '. . . . 

Portugal 

Romania 

Russian Federation 

Sudan 

Sweden 

Singapore 

Slovenia 

Slovakia 

Sierra Leone 

Tajikistan 

Turkmenistan 

Turkey 

Trinidad and Tobago 

United Republic of Tanzania 

Ukraine 

Uganda 

United States of America . . 



Indonesia 0 UA 

Israel QJ UC 

India [3 US 

Iceland 

Japan 0" UZ 

Kenya 0VN 

Ef KG Kyrgyzstan GT YU 

□ KP Democratic People's Republic of Korea .... B ZA 

; : □'ZW 

0 KR Republic of Korea Check-boxes reserved for designating States which have 

G3* KZ Kazakhstan become party to the PCT aficr issuance of this sheet; 

B-LC Saint Lucia Q Mg^ft... » . . . . 

ETlk Sri Lanka GT /vrtflvA . f. fltttafe. . ». . '>? wc-b.^y^. . . . 

Precautionary Designation Statemen t: In addition to the designations made above, the applicant also makes u nder Rule 4.9(b) all other 
designations which would be permitted under the PCT except any designation(s) indicated in the Supplement il Box as being excluded 
from the scope of this statement. The applicant declares that those additional designations arc subject to confirmation and that any 
designation which is not confirmed before the expiration of 1 5 months from the priority date is to be regarded as withdrawn by the applicant 
ai the expiration of thai time limit. (Confirmation ftncludingfees) must reach the receiving Office within the 15-monih t. me limit.) 



Uzbekistan . 
Vict Nam . . 
Yugoslavia . 
South Africa 
Zimbabwe . . 



Form PCT/RO/101 (second sheet) (January 2000) 
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Filing date 
of earlier application 
(doy/manth/y*ar) 


Number 
of earlier application 


Where earlier application is: 


national application; 
country 


regional application:* 
regional Office 


international application: 
receiving Office 


item (1) 










item (2) 










item (3) 











Box No. VI PRIORITY CLAIM 



□ Further priority claims are indicated in the Supplemental Box. 



P71 The receiving Office is requested to prepare and transmit to the International Bureau a certified copy 
^ of the earlier application(s) (only if the earlier application was filed with the Office which for the 
purposes of the present international application is the receiving Office) identified above as itcm(s): 

* Where the earlier application is an ARJPO application, it is mandatary to indicate in the Supplemental Box Of least one country party to the Paris 
Convention for the Protection of Industrial Property for which that earlier application was filed (Rule 4. /0(b)(ii)). See $u/ pie mental Box. 



Box No. VII INTERNATIONAL SEARCHING AUTHORITY 



Choice of International Searching Authority (ISA) 
(if two or more International Searching Authorities are 
competent to carry out the international search, Indicate 
(he Authority chosen; the two-letter code may be used/, 

ISA/ 



Request to use results of earlier search; reference to that search Of an earlier 
Scorch has been carried out by or requeued from the International Searching Authority): 



Date (day/manth/year) 



Number 



O lunlry (or regional Office) 



Box No. VIII CHECK LIST; LANGUAGE OF FILING 



This international application contains 
the following number of sheets: 

request . : A- 

description (excluding 
sequence listing part) 

claims 

abstract 

drawings 

sequence listing part 
Of description 



32. 

6 
I 

5 



Total number of sheets 



This international application is accompanied by the itcm(s) marked below; 

L 09 fee calculation sheet 

2. f] separate signed power of attorney 

O copy of general power of attorney; reference number, if any; 

4. □ statement explaining lack of signature 

5. □ priority document(s) identified in Box No. VI as ilcm(s): 

6. Q translation of international application into (language); 

7. □ separate indications concerning deposited microorganism or ether biological material 

3. Q nucleotide and/or amino acid sequence listing in computer readable form 
9. □ other (specify): 



Figure 6fthe drawings which t 
should accompany the abstract: / 


Language of filing of the , 
international application: k t-lii^J 


Box No. IX SIGNATURE OF APPLICANT OR AGENT 



A'«/ to each signature, indicate the name of the person signing and the Capacity in which the person signs (if such capacity is not obvi< us from reading the request). 




5y 3 behsJ^ 6) Gy£M^ lack. 



For receiving Office use only 



I . Dale of actual receipt of the purported 
international application: 



3. Corrected date of actual receipt due to later but 
timely received papers or drawings completing , 
the purported international application: * 



Date of timely receipt of the required 
corrections under PCT Article 11(2): 



2. Drawings: 

LZ] rccc » vcd: 

| not reeejved: 



5. International Searching Authority *^ . , 
(if two or more are competent): 1 o A / 



□ 



Transmittal of search copy delayed 
until search fee is paid. 



Date of receipt of (he record copy 
by the International Bureau: 



For International Bureau use only , 



Form PCT/RO/I0I (last sheet) (July 1998; reprint January 2000) 
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The demand must be filed directly with the compe^^Bsrnational Preliminary Examining Authority or, if or mor&fttthorv *s arc competent, 
with the C*e diQxn by the applicant The futt nam^T two-letter code of thai Authority may be indicated by the applicant ont/ie fine below: 

IPEA/ 



PCT 

DEMAND 

under Article 3 1 of the Patent Cooperation Treaty. 
The undersigned requests that the international application specified below be the subject of 
international preliminary examination according to the Patent Cooperation Treaty and 
hereby elects all eligible States (except where otherwise indicated). 



CHAPTER II 



Identification of IPEA 


Date of receipt of DEMAND 


Box No. I IDENTIFICATION OF THE INTERNATIONAL APPLICATION 


Applicant's or agent's file rel -rence 
TJS:DHT:FP13220 


International application No. 
PCT/AUOO/01016 


International filing dflle (day/month/year) 

28 AUGUST 2000 


(Earliest) Priority date (day/wonth/year) 
27 AUGUST 1999 



Title of invention 
E COMMERCE SYSTEM 



Box No. H APPLICANT^) 



Name and address: (Family name followd by given name; for a legal entity, fill official designation. 
The address must include postal code and name cf country) 


Telephone No.: - 

61-2-9955 8366 


E COM INDUSTRIES 
LEVEL 3, 2 GLEN STREET 




Facsimile No.; 


MILSONS POINT 

NEW SOUTH WALES 2061 


61-2-9955 0230 


Teleprinter No.: 



State (/hat is, country) of nationality: 

AUSTRALIA 



State (that is, country) of residence: 

AUSTRALIA 



Name and address: (Family name followed hy given name; for a le$al entity, foil official designation. The address must include postal code andm-me cf country.) 

DEAKER, GRAEME 

C/- E COM INDUSTRIES 

LEVEL 3 V 2 GLEN STREET 

MILSONS POINT 

NEW SOUTH WALES 2061 



State (that is, country) of nationality: AUSTRALIA 



State (that is, country) of residence: 

AUSTRALIA 



Name and address: (Family name followed by given name: for a legal entity, full offidal designation The address must include postal code tmdnttme ofeouniryj 

DEAKER, MICHELLE 
CI- E COM INDUSTRIES 
LEVEL 3, 2 GLEN STREET 
MILSONS POINT 
NEW SOUTH WALES 2061 



State (that is, country) of nationality: AUSTRALIA 



State (that is. country) of residence: AUSTRALIA 



[ * | Further applicants are indicated on a continuation sheet. 



FormPCT/tPEA/401 (first sheet) (July 1998, reprint July 1999) 
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International appiicatio i No. 

HCT/Airoomioi* 



Continuation of Box No. D APPLICANT(S) 



If none of the following sub-boxes is used, this sheet should not be included in the demand 



Name and addrcs s: {Family name followed by given name; for a le$al entity, full official designation The addreu must include postal cade andname of country) 

DEAKER. JOHN 

C/- E COM INDUSTRIES 

LEVEL 3. 2 GLEN STREET 

MILSONS POINT 

NEW SOUTH WALES 2061 



State (tiiat is, country) of nationality: AUSTRALIA 



Slate (that is, country) of residence: ^u5"-q^j_ 



Name and address: (Family nam; followed by given name, for a legal entity, JuB official designation. The add ess must include postal code cu tdname of country) 

MARKHAM, JAMES 
a- E COM INDUSTRIES 
LEVEL 3, 2 GLEN STREET 
MILSONS POINT 
NEW SOUTH WALES 2061 



State (that is, country) of nationality: AUSTRALIA 



State (thai is, country) of residence: ^USTRAI ia 



Name and address: (Family name followed by given name: for a legal entity, full official designation. The address must include postal code aninm* of 'country.) 



State (that is, country) of nationality': 



State (thai is, country) of residence: 



Nome and address: ffami/y name followed by givenname; for a legal entity. full official designation The address must include postal codeamlname of country) 



State (that is, country) of nationality: 



State (that is, country) of residence: 



| Further applicants arc indicated on another continuation sheet. 
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In tcmaUon^PPi cati on No. 
PCT/AU00/0IO16 



B*« No. 10 AGENT OR COMMON REPRESENTATIVE; OR ADDRESS FOR CORRESPONDENCE 



The following person is | X ] a g=nt [ | common representative 



and 



X 



has been appointed earlier and represents the applicant(s) also for international preliminary examination, 
is hereby appointed and any earlier appointment of (an) agent(s)/common representative is hereby revoke- 1. 



I J is hereby appointed, specifically for the procedure before the International Preliminary Examining Authoj ity, in addition to 
■ — 1 the agcnt(s)/ common representative appointed earlier. 



Name and address: (Family name followed by given name: for a legal entity, full official designation. 
The address must include postal cade and name of country.) 

Griffith Hack 
GPO Box 4164 
Sydney NSW 2001 
AUSTRALIA 



Telephone No.: 

61 2 9957 594<. 



Facsimile No.; 

61 2 9957 628? 



Teleprinter No.: 



□ Address for correspondence: Mark this check-box where no agent or common representative is/has been appointed and the 
space above is used instead to indicate a special addr ess to which correspondence should be sent. 



Box No. IV BASIS FOR INTERNATIONAL PRELIMINARY EXAMINATION 



Statement concerning amendments: * 

I- The applicant wishes the international preliminary examination to start on the basis of: 
the internati onal ap plication as originally filed 



the description 



the claims 



the drawings 



B 



as originally filed 

as amended under Article 34 

as originally filed 

as amended under Article 19 (together with any accompanying statement) 
as amended under Article 34 

as originally filed 

as amended under Article 34 



2. | "~| The applicant wishes any amendment to the claims under Article 1 9 to be considered as reversed. 

3. I I The applicant wishes the start of the international preliminary examination to be postponed until the cxpirai ton of JO months 
— from the priority date unless the International Preliminary Examining Authority receives a copy of any amendments made 

under Article 19 or a notice from the applicant that he docs not wish to make such amendments (Rule 69.lt d)). (This check* 
box may be marked only where the time limit under Article J9 has not yet expired.) 

* Where no check-box is marked, international preliminary examination will start on the basis of the international application 
as originally filed or, where a copy of amendments to the claims under Article 1 9 and/or amendments of the interna tional application 
. under Article 34 arc received by the International Preb'rninary Examining Authority before it has begun to draw up a written opinion 
or the international preliminary examination report, as so amended. 



Language for the purposes of international preliminary examination: . jfogygjj 

which is the language in which the international application was fijed, ' " 

which is the language of a translation furnished for the purposes of international search, 
which is the language of publication of the international application. 

which is the language of the translation (to be) furnished for the purposes of international preliminary examination. 



Box No. V ELECTION OF STATES 



The applicant hereby elects all eligible States (that is, all States which have been designated and which are bound by Chapter U of 
thcPCT) 

• excluding the following States which the applicant wishes not to elect; 



FormPCT/IPEA/401 (second sheet) (July 1998; reprint July 1999) 
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Intemation^^picatii n Ko. 

PCT/AUOO/01016 



Bq c No. VI CHECKLIST 



The demand is accompanied by the following elements, in the language referred to in 







received 


not received 


1, translation of international application 


sheets 


1 — 1 

LJ 


LJ 


2. amendments under Article 34 


sheets 


□ 


□ 


3. copy (or, where required, translation) of 
amendments under Article 19 


sheets 


□ 


□ 


4. copy (or, where required, translation) of 

statement under Article 19 : 


sheets 


□ 


□ 


5. letter 


sheets 


□ 


□ 


6. other (specify) 


sheets 


□ 


□ 



For International i'rcltminary 
Examining Authoi ity use only 



X 



The demand is also accompanied by the itcm(s) marked below: 
fee calculation sheet 
separate signed power of attorney 



copy of general power of attorney; 
_J reference number, if any: 



□ 



statement explaining lack of signature 

nucleotide and or amino acid sequence listing in 
computer readable form 

other (specify); 



Box No. VH SIGNATURE OF APPLICANT, AGENT OR COMMON REPRESENTATIVE 



Next to each signature, indicate the name, cf the person signing and the capacity m 




-ion signs (if suck capacity is not obvious Jram rw ding the demand). 



TIM STALEY 
Registered Patent Attorney 
for and on behalf of 
GRIFFITH HACK 



For International Preliminary Examining Authority use only « 



1. Date of actual receipt of DEMAND: 



2. Adjusted date of receipt of demand due 
to CORRECTIONS under Rule 60.1(b): 



3 r— j The date of receipt of tho demand is AFTER the expiration of 1 9 months 



from the priority date and item 4 or 5, below, does not apply. 



□ The applicant has been 
informed accordingly. 



4 | — I The date of receipt of the demand is WITHIN the period of 19 months from the priority date as extcrded by virtue of 
I I Rule 80.5. 



5 I I Although the date of receipt of the demand is after the expiration of 19 months from the priority date, the delay in arrival 
' I — I is EXCUSED pursuant to Rule 82, 



For International Bureau use only 



Demand received from EPEA on: 



FormPCT/IPEA/401 (last sheet) (Jury 1998; reprint July 1999) 
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From The: 

INTERNA"' JMAL PRELIMINARY EXAMINING AUTHORITY 



To: 

GRIFFITH HACK 
GPO Box 4164 
SYDNEY NSW 2001 


PCT 

WRTTTEN OPINION 
(PCT Rule 66) 




Applicant's or agent's 61c reference 
fp!3320 


REPLY DUE within TWO MONTHS 
from the above date of n tailing 


International Application No. 
PCT/AUOO/01016 


International Filing Date (day/month/year) 
28 August 2000 


Priority Date (day/mon. h/year) 

27 August 1999 


International Patent Classification (IPC) or both national class Location and IPC 
Int. Cl. 7 G06F 17/60 


Applicant 

E COM INDUSTRIES et al 



1 • This written opinion is the first drawn by this International Preliminary Exainining Authority. 
2. This opinion contains indications relating to the following items:. 
Basis of the opinion 



I 


m 


II 


□ 


hi 


□ 


IV 


□ 


V 


m 


VI 


□ 


VII 


□ 


vm 


□ 



Reasoned statement under Rule 66.2(a)(ii) with regard to novelty, inventive step or industrial applicability; 
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For the form and the language of the amendments, see Rules 66.8 and 66.9. 
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If no reply is Hied, the international preliminary examination report will be established on the basis of this opinion. 

The final date by which the international preliminary examination report must be established 
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With regard to the elements of the international application:* 
fx] ^e international application as originally filed. 



the description, 


pages 


, as originally filed, 




pages 


, filed with the demand, 




pages 


, received on with the letter of 


the claims, 


pages 


, as originally filed, 




pages 


, as amended under Article 1$), 




pages 


, filed with the demand, 




pages 


, received on with the letter of 


the drawings, 


pages 


as originally filed, 




pages 


, filed with the demand, 




pages 


, received on with the letter of 



[ the sequence listing part of the description: 

pages , as originally filed 

pages , filed with the demand 

pages , received on with the letter of 

2. With regard to the language, all the elements marked above were available or furnished to this Authority in the language in which 
the international application was filed, unless otherwise indicated under this item. 

These elements were available or furnished to this Authority in the following language which is: 

| | the language of a translation furnished for the purposes of international search (under Rule 23 . 1 (b) >. 
| | the language of publication of the international application (under Rule 48.3(b)). 

I 1 the language of the translation furnished for 4 the purposes of international preliminary examination under Rules 55.2 
and/or 55.3). 

3. With regard to any nucleotide and/or amino acid sequence disclosed in the international application, the v xitten opinion was 
drawn on the basis of the sequence listing: 

| | contained in the international application in printed form 

[~| filed together with the international application in computer readable form. 

[~[ furnished subsequendy to this Authority in written form 

fj] furnished subsequently to this Authority in computer readable form. 

| | The statement that the subsequently furnished written sequence listing does not go beyond the discL isure in the 
international application as filed has been furnished. 

| ] The statement thar the information recorded in computer readable form is identical to the written se« iuence listing has 
been furnished. 

4. Q The amendments have resulted in die cancellation of: 

| [ the description, pages 

[~] the claims, Nos. 

[ [ the drawings, sheets/fig. 

5. [^] This opinion has been established as if (some of) the arroendments had not been made, since th« jy have been 
considered to go beyond the disclosure as filed, as indicated in the Supplemental Box (Rule 7( ? .2(c))^ 
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Statement 
Novelty (N) 

Inventive step (IS) 

Industrial applicability (IA) 



Claims 3-13,16,21-30,32,36-40 
Claims 1,2,14,15,17-20,31,33-35 
Claims 3-13,16,21-30,32,37-39 
Claims 1-2,14,15,17-2031,33-36,40 
Claims 1-40 
Claims 



2. Citations and explanations 

D I * £^_VvjJ ^ 23 March 2000 See Box Vl~Y 

D2 WO9M0256 (IBM "coipOl? June~l999 sj" ^ ~~ 

D3 US 5 999 625 (Bellare et aL) 7 December 1999 

D4 US 5 839 119 (Krsul et al.) 17 November 1998 

D5 WO 97/03423 (DEC) 30 January 1997 
Novelty 



YES 

NO 

YES 

NO 

YES 

NO 




Dl is published too late for PCT purposes, however it may be used in certain designated staces. 

D2 is the closest prior art located in the international search. D2 discloses an electronic gift certificate system, 
where the certificate is distributed by email. The term voucher is taken, to include gift certifi cates and in the 
system of D2 when the voucher is emailed to the recipient a part of a record associated witl i the voucher. In 
the system of D2 this record contains the token (or coupon identification) of the claims. In I >2 the record is 
also stored in a database so that a one-to-one relationship between the voucher and the recoi d in the database 
exists. Only when the token (or record) supplied by the recipient matches the token (or record) in the database 
can the voucher be redeemed. The system of D2 has for (one of) it's aims to avoid double redemption. 
On page 4, lines 29-32 it is clear that the token in the present application can be a number (i i. a claim number) 
which supports the view that the number of D2 matches the token of your claims. See page 5, lines 1-10 of 
D2, for an example of the e-coupon format, specifically containing the Coupon serial number Claims 
1,2,14,15,17-20,31,33-35 lacknovelty in light ofD2. 



D3 discloses an electronic payment system which has an associated unique identification (U )) and a database 
of fund IDs . The token (or ID) is transferred from issuer to payer to payee and the like, whilst the database 
erasures a match between the electronic funds and the token for redemption. Claim 35 lacks novelty in light of 

D4 teaches a method of generating electronic monetary tokens that supports off-line transacuons while 
preventing double spending. Claim 35 lacks novelty in light of D4. 
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Inventive Step 



SE? T *? 7 ! VElUC tnUWfer instruraent ™y be *» Account cheque for a bank or similar 

msntutaon D4 discloses a financial services provider (such as a bank) which can "charge the buyer s electronic tokens 
against the buyer . checking account" Furthermore the messages of D4, may (optionally) identify both the bank and 
buyer Gwcn die disclosure of D4, claim 36 would be obvious to one skilled in the art, because the message is a 
workshop equivalent to an "account cheque". 

Claim 40 is directed to a "system for facilitating the provision and redemption of loyalty units". D5 ciscloses "enables 
n v v i ?< SCnP h has , mherent P" ce differentials for qualifying consumers" see page 9, line s 25-26. On page 
1 1, lines 10-15 gives an example where "scrip can be activated only if a consumer first engages in a specified set of 

r^S-^nTf C tranSaCti0nS '' This J s *S™ a " work ^P equivalent" to a loyalty scheme for consumers. In my 
opinion claim 40 lacks an inventive step when D5 is combined with D2. 
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International application No. 
PCT/AU00/010J6 
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\x\ the description, pages 1-32 , as originally filed, 

pages 
pages 
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pages , as originally filed 
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With regard to the language, all the elements marked above were available or furnished to this Author! ty in the language in 

which the international application was filed, unless otherwise indicated under this item. 

These elements were available or furnished to this Authority in the following language which is. 

I | the language of a translation fournished for the purposes of international search (under Rule 23.1(3)). 

| | the language of publication of the international application (under Rule 48.3(b)). 

[ I ^ e language of the translation furnished for the purposes of international preliminary examination (under Rules 55,2 
and/or 55.3). 

With regard to any nucleotide and/or amino acid sequence disclosed in die international application, ihe international 
preliminary exarnination was carried out on the basis of the sequence listing: 
\ | contained in the international application in written form, 

| | filed together with the international application in computer readable form. 

| | furnished subsequently to this Authority in written form 

| | furnished subsequently to this Authority in computer readable form 

f~| Tne statement that the subsequently furnished written sequence listing does not go beyond trie disclosure in the 
international application as filed has been furnished. 

I I The statement that the information recorded in computer readable form is identical to the written sequence listing has 
been furnished 

L ] ^ e amendments have resulted in the cancellation of: 

[ ] the description, pages 

j | the claims, Nos. 

| | the drawings, sheets/fig. 

I~l Tfc 3 re P ort h* 5 been established as if (some of) the amendments had not been made, since they hi ve been considered to 
go beyond the disclosure as filed, as indicated in the Supplemental Box (Rule 70.2(c)).** 



Replacement sheets which have been furnished to the receiving Office in response to an invitaiion under Article 14 are referred to in this 
report as "originally filed" and are not annexed to this report since they do not contain amendments (Rules 70.16 <>nd 70.17). 

jjf* Any replacement sheet con taining such amendments must be referred to under item 1 and annexed to this report 
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Novelty 

Dl is published too late for PCT purposes, however it may be used in certain designated si ates. D 1 explicitly 
discloses a gift certificate, which performs the functions of a "value transfer instrument". 

D2 is the closest prior art relevant to claims 1 and 34, and discloses the use of coupons that are recorded in a 
database. The serial number of the coupon is used along with a record of which coupons h ive been redeemed 
so that m the electronic coupon distribution and redemption system of D2, double redemption is avoided 
Applicant has amended claims 1 and 34 to clarify that the voucher is a stored value instrument (redeemable for 
a stored value) as disftnet from a coupon, which is only good for a discount. New claims 1 and 34 now satisfy 
novelty requirements under PCT rules. 

D3 discloses an electronic payment system that has an associated unique identification (ID) and a database of 
tund IDs. The token (or ID) is transferred from issuer to payer to payee and the like, whilst the database 
ensures a match between the electronic funds and the token for redemption. 

Claim 35 lacks novelty in light of D3. 



D4 is for offline transactions using smartcards or micropayments. Claim 35 is directed to the "value transfer 
instrument" and is not concerned with vouchers per se. In addition Claim 35 does not defin; any online 
aspects. Claim 35 lacks novelty in light of D4. 

Inventive Sten 

Given that claim 35 claims a value transfer instrument (or electronic money) and both D3 and D4 disclose the 
features of claim 35, the claim lacks an inventive step. 
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^ (57) Abstract: The present invention relates to a method for facilitating the issue and redemption of goods/services vouchers, such as 
J? gift vouchers. In the method and system of the present invention, the gift voucher is issued and transmitted over a computer network 
of a beneficiary, preferably via electronic mail. A claim number associated with the gift voucher is stored in a system database. 
^ The beneficiary may redeem the gift voucher by attendance in a store or via a subscribing E Commerce web site. On redemption, 
^ the beneficiary provides the claim number and it is compared with the claim number in the database to establish a match, before 
^ redemption. The beneficiary may redeem the gift voucher by a number of different pathways. 
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Field of the Invention 

The present invention relates in a first aspect, to an 
electronic commerce system and method for facilitating the 
purchase of goods and services over a computer network, 
such as the Internet, and particularly, but not 
exclusively, relates to a system which facilitates the 
secure issuing and redemption of gift vouchers which may be 
redeemed for payment or part payment of goods from a 
subscribing merchant, A further .aspect of the invention 
relates to an electronic commerce system and method for the 
monitoring and redemption of loyalty system units. Yet a 
further aspect of the invention relates to the issuing and 
redemption of an electronic stored value transfer 
instrument . 

Background of the Invention 

Although the following description, in relation to the 
first aspect of this invention, will be given particularly 
in relation to the purchase of gift vouchers via the 
electronic commerce system of the present invention, it 
will be appreciated that the system is not limited to the 
purchase of gift vouchers and could be extended to be used 
for other items, such as tickets for transport, tickets for 
events and generally any items which can be purchased via a 
computer network such as the Internet. 

Electronic commerce has vast potential for the 
exchange of goods /services items over computer networks, 
such as the Internet and the World Wide Web. The uptake of 
M e" commerce by the general public, however, has been slow, 
due to a number of problems, including security of payment 
(people are reluctant to give their credit card details 
over a network) and procedures for insuring that goods have 
been delivered (post, courier delivery and other mail is 
generally used to ensure that goods are delivered) . The 
power of the computer network is not employed to deliver 
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goods/services items partly because some items are not 
suitable for delivery over a computer network and also 
partly because it can be difficult that even items which 
are capable of being delivered over a network are correctly 
5 delivered. There is also a. general lack of network 

location (e.g. "sites" including World Wide Web sites) 
which offer for sale a multiplicity of goods/services 
country wide and worldwide from a number of goods/service 
providers - usually each Web-site only provides 
10 goods/services of the merchants/manufacturers who own the 
Web-site . 

The provision of gift vouchers is a popular way for 
manufacturers/merchants to sell their products particularly 
given the advantages to people who wish to buy gifts for 

15 friends, loved ones and others but are not certain exactly 
what to buy them. Gift Vouchers are well known in general 
commerce. There are a number of dif f iculties, including 
those discussed above, however, in fully utilising the 
facilities of the Internet to obtain and distribute gift 

20 vouchers. Web-sites that operate gift voucher systems 

presently only allow for redemption of the gift vouchers by 
the operator of the gift voucher providing Web-site. For 
example, a Web-site is known which provides for the sale of 
books and other publications from the Web-site. Gift 

25 vouchers are provided but must be redeemed by the operator 
of that Web-site , i.e. for purchase of books and other 
publications from the company owning the Web-site. 
Further, delivery of gift vouchers is usually by the 
standard prior art method of the postal service. That is, 

30 a person will purchase a gift voucher, it will be delivered 
to the intended recipient of the gift voucher by mail. The 
problem with utilising the computer network to deliver gift 
vouchers i.e. by electronic mail is that there are no 
reliable secure validation procedures. There is nothing to 

35 stop an unscrupulous person printing out multiple numbers 
of the same gift voucher delivered over email and 
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attempting to redeem all copies. Email gift vouchers are 
known, but again, redemption is limited to the company who 
actually issues the gift vouchers via email, generally in 
text format, and that way the company can ensure that only 
5 one gift voucher is redeemed and not multiple copies of the 
same email. One aspect of the present invention is 
concerned with the provision and redemption of gift 
vouchers and other goods/services items which are 
preferably capable of being delivered to beneficiaries over 

10 a computer network. 

Third party loyalty systems, such as ^ frequent flyer" 
point systems and credit card rewards points systems are 
well known. There is no convenient system to enable the 
tracking and authorising on behalf of third parties for 

15 redemption of loyalty points on-line, however. Another 

problem with such systems is that the updating of the users 
points records is slow and often mistakes can be made. 
Another aspect of the present invention is concerned with a 
method and system for tracking redemption of loyalty units, 

20 such as loyalty points, to facilitate loyalty systems. 

Value transfer instruments such as cheques are 
traditionally provided as a certificate signed by an owner 
of an account for a particular amount. The account owner 
physically transfers the certificate to a beneficiary. The 

25 beneficiary subsequently redeems the certificate and an 

account of the beneficiary is updated with the value of the 
certificate and the account of the provider is debited 
accordingly. This conventional system is open to fraud 
e.g. if a cheque is appropriated by a fraudster instead of 

30 the beneficiary it is a reasonably simple matter for the 
fraudster to redeem the cheque. Further, there is no 
satisfactory system for electronically dealing with such 
value transfer instruments e.g. transmitting the value 
transfer instrument to the beneficiary over a network. 

35 This is even more likely to be subject to fraud. Yet a 

further aspect of the present invention is concerned with 
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the provision and secure redemption of value transfer 
instruments, such as cheques, which are preferably capable 
of being delivered to a beneficiary over a computer 
network. 

5 

Summary of Invention 

From a first aspect, the present invention provides method 
for facilitating the issuing and redemption of 
goods/services vouchers, comprising the steps of, for 
10 issuance of a goods/services voucher; 
issuing the goods/services voucher: 

generating a token associated with the goods/services 
vouchers- 
storing the token in a system database, and 

15 for redemption of the goods/services voucher: 

requiring the provision of a token, comparing a provided 
token with the token stored in the database, and, if the 
tokens match designating the voucher as redeemed. 

Preferably, the system, on receipt of the first token, 

20 provides a further token to the person redeeming the 

goods/services item, the further token being associated 
with the goods/services item and acting as a receipt for 
redemption. 

Preferably, the goods/services item is a gift voucher, 
25 airline ticket or ticket for an entertainment event. 

Preferably, the goods/services item is provided to the 
beneficiary over a computer network, preferably by 
electronic mail. 

Preferably, the first token is a number, which will 
30 hereinafter be termed a claim number, and the further token 
is preferably a further number, which will hereinafter be 
termed a receipt number. 

Other information may be provided for redemption of 
the goods/services item, apart from the token, and may 
35 include the value of the goods/services item (stored 

instrument value), the validity date or expiry date, store 
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or outlet number of a particular merchant. Information on 
each of these items may also be stored in the database for 
comparison with corresponding provided information. 

In operation, the redeemer, who may be an operator at 
5 a store, where for example, the gift voucher is being 

redeemed, accesses the redemption system and provides the 
first claim token and other required information to the 
redemption system. The redemption system preferably 
includes a means for storing the claim number and other 

10 information, and means for comparing the claim number 

provided by the redeemer with the stored claim number (and 
any other information that is required) . If the comparison 
is correct, the receipt number is provided to the redeemer 
and the system logs the gift voucher associated with the 

15 claim number as redeemed preventing duplicate redemption. 
The redemption system preferably includes a database 
storing information relating to the goods/services item 
associated with the claim number, and the information may 
include such things as the identity of the intended 

20 recipient of the goods/services item, address, operator who 
will be redeeming the gift voucher (e.g. book store, 
airline, entertainment, product owner), etc. The 
redemption system may be accessed via the Internet or 
computer network (direct or via modem) , or by telephone 

25 using interactive voice operation. 

The system is preferably accessible over the Internet 
(preferably Web enabled Internet site) preferably both in 
order to facilitate a customer purchasing a goods/services 
item and a beneficiary to redeem the goods/services item. 

30 In a preferred embodiment, the method includes the step of 
enabling a plurality of pathways for purchase of the 
goods/services item. The pathways may include, but are not 
limited to, the following 

1. A link to the system via a merchant or e-tailer Web 
35 site. 

2. Directly via a system Web site. 
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3. Via a link to the system from a portal site. 

4. On-line to merchants Web site (the merchant dealing 
with the monetary transaction and providing data in a 
separate secure communication to the system to advise the 

5 system of the transaction details) . 

5. Attendance by a customer at a merchant location, (the 
merchant dealing with the transaction and providing secure 
transaction data separately to the system) . 

Preferably, the method further includes the step of 
10 enabling promotions, by enabling a promotion provider to 
use the system to provide goods/services items preferably 
of third parties, if not that of the provider to designated 
beneficiaries . 

The enabling of multiple pathways for purchase of a 
15 goods/services item is a particular advantage of the 
preferred embodiment of the present invention. 

Preferably, the method includes the step of enabling a 
plurality of pathways for redemption of the goods/services 
item. Redemption may be on-line or at a merchants premises 
20 (in-store) . Redemption from a merchants premises may be by 
way of a connection to the system via the following: 

1. Via the EFT system or similar banking network device 
(in-store or on-line) . 

2. Via telephone to an interactive voice operation (in- 
25 store) . 

3. On-line at the point of sale using a Web interface via 
the Internet which interacts directly with the system (in- 
store) . 

4. Via a merchant's point of sale system (where such 

30 merchant has centralised database systems) to a merchants 
central database for redemption. Such database will 
communicate with the system via a secure data transfer link 
preferably Virtual Private Network (VPN) which may or may 
not operate over the Internet (in-store) . 

35 The method preferably includes the step of enabling 

on-line purchase of items utilising the goods/services 
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item from, for example, E Commerce Web sites. Each E 
Commerce Web site which is enabled in accordance with this 
method step preferably includes interface means for 
interfacing between the E Commerce Web site and the 
5 system, to facilitate redemption and, preferably, part or 
full payment. 

The method preferably includes the further step of 
enabling purchase of the goods/service item by the 
customer on behalf of the beneficiary and also, preferably 

10 enables a delivery pathway to the beneficiary and a 
purchase pathway for the customer. 

Preferably, partial redemption of the goods/services 
item may be enabled. Where the goods/services item is a 
gift voucher, the method enables the option of partial or 

15 full value redemption of the gift voucher. Further, the 
method preferably enables the gift voucher to be fully 
redeemed for a part value of a purchase, the full value of 
the purchase being made up by the beneficiary, e.g. by 
paying from a beneficiaries account. Preferably, the 

20 system tracks partial redemption and enables redemption of 
the gift voucher for part of the value of a purchased 
product partial redemption and part-value purchase may be 
implemented on-line via a merchants E Commerce site. 

From a second aspect, the present invention 

25 provides a system for facilitating the issuing and 
redemption of goods/services vouchers, comprising a 
computing system arranged to issue a goods/services 
voucher, to generate a token associated with the 
goods/services voucher for storage in a system database, 

30 receiving means for receiving a token, comparison means for 
comparing the received token with the stored token and, if 
the tokens match, designating the voucher as redeemed. 

This second aspect of the present invention may 
include any or all of the features of the first aspect of 

35 the present invention. 
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Preferably, there is further provided means for 
issuing a further token in response to the claim token (s) 
provided to the database and the claim token (s) stored in 
the database matching each other. 
5 The system preferably includes means for providing the 

goods/services item to a beneficiary, preferably by 
communication over a computer network (e.g. e-mail). The 
claim token (s) is also preferably provided to the 
beneficiary by this means. 

10 Preferably, the system includes means enabling the 

customer to order the goods/services item preferably via 
computer network. 

Preferably, the system includes multiple pathways for 
enabling the customer to order the goods/services item, 

15 including but not limited to; a link to the system from a 
merchant or e-tailer Web site; directly to a system Web 
site; a link to the system from a portal site. Also by 
data communicated to the system from a merchant (merchants 
Web site or a merchant location) . The system is also 

20 preferably arranged to receive data from a promotion 

provider to enable provision of promotion goods/services 
items to designated beneficiaries. 

The system also preferably includes means enabling on- 
line redemption . of goods/services items. This means 

25 preferably includes providing an interface means between a 
merchant or e-tailer system and the system, such as an E 
Commerce Web site. Preferably the interface will pass the 
redemption data using extensible Markup Language over a 
secure session between the user/merchant and the system 

30 using but not limited to the triple Data Encryption 

Standard (DES) of the Secure Socket Layer (SSL) protocol. 

The system also preferably includes a means enabling 
redemption from in-store point of sale. This may include 
telephone access to an interactive voice operation. It may 

35 also include a link via an EFT device (or other 

transactional processing device linked to a payment network 
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such as a bank network) to the system. It may also include 
a Web interface from the point of sale to the system or 
directly through the merchant's network where centralised 
to the system (or a synchronised replica of relevant 
5 portion of the system preferably set up via a Virtual 
Private Network) relating to the merchant. 

Means are also preferably provided in the system to 
enable partial redemption of the goods/services item and to 
enable redemption of the goods/services item for part of a 

10 larger purchase. 

From a third aspect, the present invention provides a 
system for the validation of a goods/services item 
delivered to an intended recipient over a computer network, 
the system comprising a database which records a first 

15 token associated with the goods/services item, means for 
accessing the database to enable the first token to be 
provided to the database by a person redeeming the 
goods/services items, means for comparing the first token 
provided to the database with the first token stored in the 

20 database and means for logging the goods/services item as 
redeemed when the first token provided to the database and 
the first token stored in the database match each other. 

This third aspect of the invention may include any or 
all of the features of the second aspect of the invention 

25 discussed above. 

From a fourth aspect the present invention provides a 
system for the provision of goods/services items to 
intended recipients for redemption in return for 
goods/services, the system comprising a computer network 

30 site accessible by users to obtain goods/services items, 

and a database which includes the identities of a plurality 
of different goods/services providers where goods/services 
items can be redeemed, and* means enabling the user to 
select a goods/services item for anyone of the providers. 

35 Preferably, the providers are merchants, airlines or 

entertainment providers, and the site is preferably a Web- 
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site or service and enables access to all different 
merchants that are subscribing to the Web-site or service. 
Preferably, the goods/services item is a gift voucher, 
airline ticket or entertainment ticket which may be 
5 provided via email to the intended recipient. 

Preferably, the database stores goods/items providers 
from different countries and of different categories and 
the user accessing the Web-site can choose by category and 
country which goods/services item provider they wish to 

10 obtain and which goods/services from. 

From a fifth aspect, the present invention further 
provides a goods/services item comprising a ticket or gift 
voucher, the ticket or a gift voucher being arranged to be 
provided by email and including an attachment with the 

15 email which includes graphic information on the attachment. 
Preferably the graphic information is "rich" . 

Where gift vouchers are presently provided by email, 
in the limited manner discussed in the preamble, they are 
usually provided as a plain text email. Preferably, with 

20 the present invention, an attachment is provided or an 
image is embodied within the e-mail which, when printed 
out, gives a pleasant aesthetic appearance to the gift 
voucher or ticket. Preferably, the attachment or embodied 
image is provided as a JPEG. 

25 The gift voucher is preferably provided by way of a 

system in accordance with the third aspect of the present 
invention. Preferably, a plurality of different merchants 
subscribe to the system, requiring gift vouchers (being the 
goods/services item in question) redeemable for products 

30 that they are offering. It is desirable, and often 

required by merchants, that a gift voucher that is to be 
redeemed for their particular products or services have an 
appearance associated with the merchant, e.g. a logo, a 
particular promotion graphic. The system preferably 

35 includes a database storing designated merchant image data. 
The image data is provided to determine the appearance of 
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the gift voucher associated with the particular merchant. 
Preferably, when the system receives an order for a 
particular merchants gift voucher, an image is generated 
including graphic information governed by the image data 
5 associated with the merchant, data relating to the 

purchaser, recipient, claim token, and based upon the terms 
and conditions specific to the merchant. The fully 
compiled image is then provided by the system for the e- 
mail . 

10 The method and system of the first and third aspect of 

the invention can, with some adaptation, facilitate the 
provision and processing of a secure stored value transfer 
instrument . 

From a fifth aspect, the present invention provides a 
15 system for the provision and processing of a stored value 

transfer instrument, the system including means for issuing 
a stored value transfer instrument, including a claim token 
associated with the stored value transfer instrument, 
database means for storing the claim token, and redemption 
20 means for receiving a claim token, comparing it with stored 
claim tokens to locate a matching claim token, and 
redeeming the associated stored value transfer instrument. 

Preferably, the stored value transfer instrument 
operates as an account cheque for a bank or similar 
25 institution account. 

Preferably, the system includes a link from the bank 
system to the system. On a cheque being drawn, the bank 
system advises the system via the link. The system issues 
the cheque and updates the database with the claim token. 
30 The system provides the cheque to the beneficiary. 

Preferably, the link from the bank system is a secure 
encrypted communication link, preferably using no less than 
triple DES of the SSL protocol. 

Redeeming banks systems, are also preferably linked to 
35 the system of the present invention. On redemption, the 
redeeming bank provides the claim token to the system, 
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where the redemption means compares the provided claim 
token with the claim token in the database/ and enables 
redemption. 

Preferably, the redeeming bank system is linked using 
5 triple DES of the SSL protocol with passing of redemption 
data using extensible Markup Language. 

Preferably, as well as the claimed token, other 
information may be used for redemption, including the value 
of the stored value instrument. 
10 A holding account may be associated with the 

redemption system in which the value of the value transfer 
instrument is held until redemption. 

Preferably, the stored value transfer instrument may 
be provided to the beneficiary on-line and may be used for 
15 on-line purchase of products or on-line redemption. For 
example, via the system, a drawer could provide a cheque 
on-line to the beneficiary. The beneficiary may then enter 
the cheque into their bank account via an on-line interface 
which communicates directly using encryption technologies. 
20 Alternatively, a cheque could be used as " electronic cash" 
to purchase goods/services items via the Web. 

Fraud is limited compared to the present day value 
transfer instruments such as cheques, because of the claim 
token and. the system database which enables the comparison 
25 of a provided claim token (s) with the stored claim token. 

The cheque can be redeemed only once, which means that 
a fraudster could not succeed in multiple redemption of a 
single on-line delivered cheque by e.g. producing further 
e-mail copies . 

30 The method and system of the first and third aspects 

of the present invention also lend themselves, with some 
adaptation, to facilitating the provision and redemption of 
third party loyalty units, e.g. in loyalty points schemes. 
From a sixth aspect the present invention provides a 

35 system for facilitating the provision and redemption of 
third party loyalty units, comprising a database storing 
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information on loyalty members and loyalty units associated 
with each loyalty member, a means for generating a loyalty 
units instrument and a loyalty token associated with the 
loyalty units instrument, and redemption means for 
redeeming the loyalty units instrument, the redemption 
means being arranged to compare the loyalty token 
associated with the loyalty units instrument and the stored 
loyalty token and redeem the loyalty units instrument if 
the comparison is a match. 

Preferably, a secure communication interface is 
provided with a loyalty units provider system. This 
interface enables the system of the present invention to be 
updated with e.g. a number of loyalty points for a 
particular user, and also preferably enables the system to 
15 update the loyalty units provider system when redemption of 
loyalty points has occurred. 

The loyalty units instrument may be issued as an e- 
mail voucher for a certain number of points. It may be 
able to be partially redeemed, for a partial number of the 
20 points. The loyalty units instrument may be used in on- 
line retailing or off-line retailing. 

Features and advantages of the present invention will 
become apparent from the following description of an 
embodiment thereof, by way of example only, with reference 
25 to the accompanying drawings, in which: 

Figure 1 is a diagram of a system in accordance with 
an embodiment of the present invention 

Figure 2 is a flow diagram illustrating multiple 
pathways for purchase of a goods/services item in 
30 accordance with an embodiment of the present invention, and 
generation and delivery of the goods/services item to a 
beneficiary: 

Figure 3 is a flow diagram illustrating multiple 
pathways for redemption of a goods/services ■ item generated 
35 by a system in accordance with an embodiment of the present 
invention' 
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Figure 4 is a diagram illustrating a system for 
facilitating the provision and redemption of a value 
transfer instrument in accordance with an embodiment of the 
present invention, and 
5 Figure 5 is a diagram illustrating a system for 

facilitating the provision and redemption of loyalty units 
in accordance with an embodiment of the present invention. 

Referring to figure 1, a system is illustrated which 
enables the user to obtain gift vouchers for the redemption 

10 of goods/services from merchants which subscribe to the 

sytem. The system also comprises a Web-site 100 or central 
service which can be accessed via the Internet by a person 
wishing to purchase a gift voucher for a person (intended 
recipient) they wish to purchase a gift for. The Web-site 

15 100 has access to a database 101 which stores information 
by country and category of multiple merchants subscribing 
to the system. The user 102 accessing the Web-site can 
choose by country and category which merchant they wish to 
purchase a gift voucher for, e.g. a book shop, a record 

20 shop, etc. On selecting the particular gift voucher they 
wish to buy, the customer can select or enter a price they 
wish the gift voucher to be for, and details of the 
intended recipient, e.g. person's name and e-mail address, 
street address (for recipient 103) . On selecting the 

25 particular gift voucher, the customer 102 can then pay 

utilising the payment system 104 which we will describe in 
more detail later on. 

The gift voucher is then delivered by the system. It 
may be delivered by the postal service 105 but, in the 

30 preferred embodiment, where the intended recipient 103 has 
access to a computer, it will be delivered by electronic 
mail . 

On delivery, as well as the gift voucher, the 
recipient 103 is provided with a claim number, which is a 
35 series of digits which is associated with the gift voucher 
and which is also recorded in the database 101 together 
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with details of the gift voucher which is being delivered 
to the recipient. The recipient may also be provided a 
password preferably by delivery in a second e-mail. 

Attending at the merchant 104, the merchant redeeming 
5 the gift voucher for the goods/services item, e.g. a book 
or other purchase, accesses the redemption system 107. 
Access in this embodiment is by way of telephone and 
interactive voice recognition system 108. It could just as 
easily be via computer network, Internet and the Web-site, 

10 100, however. On accessing, the merchant operative 106 

enters the required claim token information (and any other 
information that -may be required, e.g. value, name) by 
punching in the code on the telephone keys. The redemption 
system checks the claim token (s) against the claim token (s) 

15 stored in the database for the gift voucher and if the 

comparison is positive logs the gift voucher as redeemed 
and provides a receipt number, which is a further number, 
to the merchant. The merchant marks the receipt number on 
the gift voucher and the recipient preferably signs the 

20 gift voucher. The gift voucher is then redeemed. The 

recipient may also be required to show identification pre 
redemption. 

This redemption system prevents fraud by an 
unscrupulous recipient who may wish to print out many 

25 copies of an email. If the recipient tried to do this, 
using the same claim token (s), the redemption system 107 
would already have logged the gift voucher as redeemed. 
The merchant will not cash-in such a further gift voucher, 
without being provided with approval and the receipt 

30 number. 

Operation of the system will now be described in more 
detail with reference to the figures. The following 
description includes numbers in the left column which refer 
to the corresponding numbers of figure 1 (note that the 
35 numbers are in blocks), showing how the system works. 
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Purchase System 

1- Customer accesses Web-site for purchase or to go to 
help desk services (Lost gift voucher, transfer to 
another person, request refund etc) . 
5 2. Alternate customer access . to the system Web-site via 
the Merchant's Web-site (if available) 

3. Link either to the system Welcome Page or the 
(specified Merchant's) Gift Voucher Details Page. 

4. When customer purchases a gift voucher all details are 
10 stored in the database prior to going through the 

payment system in case payment fails in any way the 
order is logged (except credit card details which are 
not stored and sent directly to the banking network 
using Data Encryption Standards) . Database must 
15 ensure that the limit per credit card is not exceeded 

(preferably $500/credit card/day, $2, 000/credit 
card/month) . Database should also look out for anyone 
making large value purchases from the same email 
address especially if sending to themselves. Payment 
may be made not only by credit card but also using 
other services such as debit card, Bpay, voucher etc. 
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Fraud Screen Service for Credit Cards 
Credit card details when entered are cross checked 
25 against the database to ensure that:- 

(1) Credit card is still current. 

(2) the expiry date on the credit card is no more than 
5 years into the future as they will be fraudulent, 

(3) if customers have entered their card number with 
30 spaces, hyphens and any other non-numerical 

characters, these can be stripped out, 

(4) expiry dates are converted to four digit format 
MMYY with no extraneous characters such as/, 

(5) Luhn's sum check is performed to eliminate made up 
35 numbers ( www . worldwidemart . com/scripts/ccver /shtml has 

a type of script for this), and 
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(6) the credit card is not a known "bad card" number 
in our database. 

The Web-site must ensure that once a customer has 
submitted their card details that they are unable to 
5 re-submit the transaction again until the transaction 

has been completed. This will prevent them 
accidentally paying twice for the same goods/services, 
(e.g. by attaching a key to the transaction). 

5. If database finds that the card is not a fraudulently 
10 listed card then transaction can continue to 

preferably a more formal Fraud Screen Service which 
performs over 100 verification steps and provides a 
probability to the system of the card holder being 
bonafide. Such steps will include, for example, check 

15 of IP address versus country card location, freemail 

versus non-freemail accounts, time of day etc. If the 
credit card matches a card in the database which has 
been used fraudulently or the probability of the 
purchaser being non-bonafide is high, then the 

20 customer is notified that the transaction has not been 

approved and to ring their bank or contact the system 
help desk if they need help. 

6. Credit Card details are sent to the Fraud Screening 
Service. 

25 7. When the credit card is recommended, then the 

transaction can continue to the Payment Gateway. If 
the credit card details are not recommended, then the 
customer (12) is notified that the transaction has not 
been approved and to ring their bank or contact the 
system help desk if they need help. 



30 



Payment System 

8. Recommended transactions are then sent to the Payment 
Gateway. 

35 9. Payment Gateway forwards information to the Banking 
Network ( (a) payment gateway services may be multi- 
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currency for clearance of International, and (b) 
national) for real-time account or credit card 
clearance . 

10. When the account information or credit card is 
5 approved, then the transaction goes back to the 

Payment Gateway. If the credit card details are not 
recommended, then the customer (12) is notified that 
the transaction has not been approved and to ring 
their bank or contact the system help desk if they 
10 need help. 

11. Each transaction from the payment gateway is returned 
with a reference number which should be attached to 
the customer' s order (this is preferably not used as a 
receipt number for the customer) . The payment gateway 

15 also sends back response codes for the transaction 

(either as approved or declined and reasons for why 
the card is declined) . 

Customer Notification 

20 12. When the payment is approved, the customer is notified 
of the outcome of the transaction, thanked for using 
the system and a receipt number is supplied. If the 
payment details are not recommended, then the customer 
is notified that the transaction has not been approved 

25 and to ring their bank or contact the system help desk 

if they need help. 



Gift Voucher Generation 

13. The Web-site sends details back to the database. The 
claim token (s) generated in response to the 
transaction is also logged. The database supplies 
fields for the JPEG image of the merchant gift voucher 
which has preferably the following fields (To: From: 
Amount: Merchant name: Name of recipient: Validity 
period (date, next working day) To (date, length to 
expiry set by each merchant), and Claim number: 
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(randomly generated or part generated from encryption 
algorithms which may be provided by the merchant for 
integration with the merchant's Point of Sale). The 
gift voucher may also be housed at a specific IP 
address on the Net for later access or print. 

Postal Service 

14 . The database sends out the gift voucher as per the 
customer's instruction with a receipt to the 
customer's email (unless specified that they do not 
want a receipt by email) - gift voucher may go to 
customer's email (for them to send / put in a card). E 
Com may communicate to past customers via email for 
marketing purposes. Registered users of the email 
reminder service will also be contacted via email re 
their reminders and for marketing purposes. Database 
may also be triggered to send email to the customer in 
the event of unsuccessful delivery to the recipient. 
Database may send email to customer of successful 
delivery to the customer nominated address. 

15. Customer may deliver themselves. 

16. Database may send info to system postal service for 
delivery (list sent at regular intervals at least 
daily) (Gift voucher +. gift voucher details along with 
information on delivery name and address + message for 
card + card) . 

17. Postal service mails printout of email gift voucher in 
a voucher card or sleeve to a recipient. The system 
may communicate to gift voucher recipients via post 
for marketing purposes. 

18. Database may deliver the gift voucher by email direct 
to recipient. The system may communicate to gift 
voucher recipients via email for marketing purposes. 
Also email voucher will trigger a response to the 
database of successful delivery (and opened gift 
voucher) . If delivery is unsuccessful, database may 
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automatically send email to customer of unsuccessful 
delivery and request either they check the email and 
provide the system with the correct email or that the 
system delivers to them directly (preferably response 
5 via a designated form on the help desk (on-line and 

off-line) - 

19. Each day the database sends a file of newly purchased 
gift vouchers to the Call Center (Validation 
Service/Help Desk) so that they can update their 

10 database. Call Centre will preferably also have 

Internet access to a special customer service 
passworded web interface to the system which may 
supersede the daily file updates. 

20. /26 IVR database interfaces directly via a synchronous 
15 connection using a Virtual Private Network with the 

system database. The Call Centre staff also have 
access to IVR for redemption of gift vouchers. 
Redemption 

21. A recipient goes to a merchant to redeem their gift 
20 voucher. (Either in store (21a) or on-line (21b)). 

The recipient holds information on the voucher in 
paper format such as a printout of the e-mail message 
or e-mail voucher image; via a WAP enabled mobile 
phone; via Palm Device or stored on their Smart Card 
25 after download from the Internet. 

22. The merchant registers the information and uses the 
redemption system such as the IVR Validation service, 
POS interface, web interface or EFT device. In the 
case of the IVR system, the IVR may be located at a 

30 global communication centre and detect incoming call 

country and play message in appropriate language. 

23. If the merchant is having problems with the IVR 
redemption they, may speak to the "help desk staff. 

24. /25 Help desk staff access the database and record 
35 problems as they come in - they may also redeem a 

voucher if required as back up to the IVR system. 
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Call Centre may also be provided the facility to issue 
vouchers to appease unhappy customers. Such a 
facility may also be provided to third parties such as 
merchants for their customer service and retention 
5 management systems. 

27. Data on redeemed gift vouchers are sent daily to the 
system database, including phone number of the store 
where redemption took place. 

28. Recipients with problems with their gift voucher 

10 redemption may ring a freecall or local call customer 

service desk number. 

29. The database generates a monthly report emailed/sent 
to merchants on (1) gift voucher sales, (2) redeemed 
gift vouchers, and (3) payments made to the merchant 

15 preferably with location of the store of redemption. 

The report is also available for viewing within a 
secured web interface or via secure XML data 
transmission using preferably DES SSL protocol. 

31. A link to the Web-site will be placed in the delivered 
20 gift voucher email notification sent to the recipient. 

Recipient's will be able to access on-line help desk 
forms for submission to the database (Lost gift 
voucher, transfer to another person, request refund 
etc) 

25 

Payment to System Operator and Merchants 

32. Bank Merchant Facility 

33. Banking network deposits money into system bank 
account via the system Merchant Bank Facility. 

30 34. Database generates reports for system including (1) 
Sales by Merchant, (2) Redemptions by merchant, (3) 
Daily gift voucher payments to be made to merchants, 
(4) Postal service report including numbers of gift 
vouchers forwarded to the postal service and payments 

35 required to the service and (5) a report on any 

unsuccessful deliveries and action to be taken. 
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35. System forwards payments to merchants via commercial 
banking software and may allow for automated 
reconciliation. System updates database on payments 
made to merchants. 

36. System pays postal service as per arranged method. 

Merchant Web-site Access 

37. Merchant can log onto the Web-site and download more 
regular reports of their (1) gift voucher sales, (2) 
redeemed gift vouchers, and (3) payments made to the 
merchant with location of the store of redemption. 



20 



Figure 2 is a flow diagram illustrating a purchase and 
generation operation of the voucher system, which includes 
15 some enhanced features. In particular, the system has been 
designed to facilitate customer order of gift vouchers via 
multiple pathways, both on-line (in multiple ways) and off- 
line (e.g. attendance at a store). 

Referring to the figure, a customer 200 wishes to buy 
a voucher for a beneficiary 201. The customer has a number 
of purchase path choices: 

1. the customer 200 accesses a merchants or e- 
tailers Web site 202. The merchant /e-tailer is offering 
system vouchers for purchase against their products. The 
25 customer 200 orders a voucher via a link 203 over the 

Internet to the voucher system 204 (note the voucher system 
includes the database, payment gateway and other facilities 
which have been described in relation to figure 1, but are 
not illustrated here for purposes of clarity) . The system 
204 preferably carries out the fraud screen and also 
receives payment for the gift voucher by way of the payment 
gateway. The system 204 also receives the information as 
to who the designated beneficiary is and to where the 
voucher is to be sent. 

35 2 - The customer 200 purchases the gift voucher and 

provides the payment and beneficiary information directly 
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via the voucher system Web site 205 , on-line over the 
Internet - 

3. By way of a portal site 206 on the Internet. The 
portal site enables purchase of products using a branded 

5 portal voucher, SuperVoucher or currency from multiple 
merchants within a program. The portal site may offer a 
portal voucher for sale to the customer 200. For portal 
vouchers, the customer will need to details and the voucher 
system 204 will generate the voucher including the merchant 

10 details so that the beneficiary can redeem the voucher with 
the appropriate merchants in the program. Information for 
generation of the voucher is by way of an Internet link 207 
from the portal site 206 to the voucher system 204. 
Additionally, the portal may also allow supply of a 

15 specific merchant's voucher which the system will service. 
The beneficiary may redeem the voucher on-line preferably 
but not limited to via the portal site which will provide 
information on merchant redemption locations for their 
program and links to the appropriate merchants within the 

20 portal program. For merchant specific vouchers, the 

voucher may be redeemed directly at the merchant's outlet. 

4. By way of a merchant, but without a simple direct 
link to the voucher system 204. The customer 200 may 
attend at a merchant (actually at the merchants location) 

25 or go on-line to a merchants Web site 207. Rather than on- 
link from the customer directly to the voucher system or 
from the merchant terminal directly to the voucher system 
204, the merchant 207 wishes to deal with fraud screen and 
payment for the voucher themselves. They do this in step 

30 208. The voucher system 204 is then alerted via a separate 
communication (preferably XML encrypted) 209 of the 
beneficiary and other voucher details. In this case the 
voucher system 204 does not deal with payment but still 
takes a commission, transaction or licence fee for dealing 

35 with the voucher process at issuance and redemption. 
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The customer 200 thus has a number of options for 
purchase of a gift voucher. Similarly, merchants have a 
number of options open to them to interface with the 
voucher redemption system (either by using direct-through 
links to the voucher system 204 or by providing separate 
communication links) . 

An advantage of the portal arrangement and the direct 
link to the voucher system 204, is that the voucher system 
can deal with all funds transfers. The portal site does 
not have to deal with any funds themselves and does not 
have to transfer any funds to subscribing colonists on the 
portal. The voucher system 204 banks the funds from the 
customer, for example, and subsequently provides the 
payment to the colonist /merchant , minus the commission. 
15 The portal site has not had to deal with any money issues. 
The voucher here is in fact tantamount to "electronic 
cash" . 

Generation of vouchers may also be achieved by a 
further path. Often, goods/service providers may wish to 
provide a promotion to designated beneficiaries. For 
example a telecommunications provider may wish to provide 
free Internet access. The present system enables a voucher 
for such promotion to be distributed to beneficiaries, 
customers (current and prospective) or subscribers. The 
25 promotion provider 210 provides batch data (in this 
embodiment) including a file of beneficiaries and 
information on the vouchers that are required to be 
provided to the beneficiaries. The voucher system 204 then 
issues the vouchers to the beneficiaries 201 and deals with 
the redemption. The vouchers may be redeemed against bills 
of the service provider, for example (e.g. 
telecommunications bills) or with other merchants 
participating in the promotion program who have access to 
the redemption system. 

As discussed above, the voucher system may distribute 
the vouchers to the beneficiaries 201 by any number of 
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pathways. Preferably, however, the pathways will either be 
post or on-line (preferably by e-mail) . In accordance with 
an embodiment of the present invention, where vouchers are 
distributed over a communications network such as the 
5 Internet, transmission (the e-mail) will include a voucher 
attachment. The voucher attachment is generated using 
information stored in the system 204 database, to enable 
the attachment to have a different appearance depending 
upon which goods/service provider is responsible for the 
10 voucher. 

The voucher attachment generation process (shown in 
figure 2) includes the following steps: 

1. The voucher system 204 identifies the merchant. 

2. It locates the image data from the database 

15 corresponding to the particular merchant (e.g. the image 

data may include anything that the merchant desires such as 
an advertising photograph, merchant logo, etc) . The 
attachment image is generated from this image data. 

3. Data is then entered from information provided to 
20 the voucher system 204 for the beneficiary, e.g. 

beneficiaries name, amount of purchase, etc. 

4. The claim code is generated. 

5. The attachment is sent to the beneficiary by e- 
mail (alternatively it can be printed and sent by post) . 

25 Figure 3 illustrates the many pathways by which the 

beneficiary 201 may redeem the voucher. As well as via a 
call centre 107, there are a number of other ways which can 
be implemented. The voucher is also preferably arranged 
for partial redemption (so that part of the value of the 

30 voucher can be redeemed) or to be redeemed for part of a 
larger purchase. 

Referring to figure 3, the voucher may essentially be 
redeemed in two ways : 

Firstly, the voucher may be redeemed for 

35 goods/services by physical attendance of the beneficiary at 
a goods/services outlet (in-store 211) . At point of sale, 
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the customer presents the voucher to the POS operative. 
There are a number of pathways by which the operative can 
use to redeem the voucher with the system 204. These 
include : 

5 1. A Web interface 212 with a Web server 213 of the 

system 204. The Web interface may be by way of PC browser, 
WAP, or any other Web interface communications means. The 
Web server 213 interfaces with the database 214 (equivalent 
to database 101 of figure 1) to validate and redeem the 
10 voucher so that the POS operative can confirm the purchase. 

2. The POS operative may also use Interactive Voice 
System 215, preferably via a call centre or communications 
centre as described in relation to figure 1, and IVR 
database 216. 

15 3. A further alternative is use of EFT devices 217. 

EFT devices 217 are ubiquitous in most goods/services 
outlets. In an embodiment of the present invention, the 
EFT device is also adapted to communicate with an EFT 
interface 217 to the system 204 of the present invention. 

20 The claim code, amount of transaction and any other details 
(e.g. PIN, merchant outlet number) are entered by the 
device 217 and communicated to the system 204 via the EFT 
interface for clarification of redemption. 

4. A further alternative for redemption is via a 

25 barcode scan system or other direct POS system which 
interfaces with the merchants database updated by the 
system using secure synchronous data communications 219. 

Note that the voucher may be redeemed for a partial 
amount of the available amount. In this case an amount is 

30 transmitted to the system 204 for which the voucher is to 
be redeemed. The system 204 updates the amount remaining 
on the voucher and the database 214, so that that remaining 
amount can be used for a subsequent purchase. Further, the 
voucher may be used for part of a larger purchase, and the 

35 POS representative may take the rest in an alternative 
method of payment e.g. credit, cash. 
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Secondly, the beneficiary 201 may redeem on-line e.g. 
via an E Commerce Web site 220 (supported by an e-tailer or 
an merchant) . In this embodiment of the present invention, 
the system includes an interface with the E Commerce Web 
5 site 220 in the form of software 221 integrated into the E 
Commerce payment site. 

The beneficiary 201 selects a goods/services item to 
purchase and the payment site then at 222 asks the 
beneficiary 201 which method of payment is required e.g. 

10 credit card or gift voucher. If a gift voucher payment is 
required the beneficiary is requested to enter the claim 
code, expiry, amount and any other details on a Web page 
223 and then submit the gift voucher for redemption. In 
the case that there is no upsale (e.g. that the voucher is 

15 for the purchase of goods/services items that are the same 
as or less than the value of the voucher) , then an 
electronic receipt 224 is issued to the beneficiary 201. 
Prior to redemption of the voucher, however, a validity 
check 225 is carried out by communication 22 6 with the 

20 system 204. Preferably the communication is via DES SSL 

protocol where redemption information is transmitted using 
XML. Redemption and receipt issuance only proceed if a 
validity check of the gift voucher results in a validity 
being confirmed. 

25 As with the in-store method of redemption, the gift 

voucher may be redeemed partially. An amount may remain on 
account with the system 204 for later further redemption. 

In the case where the gift voucher is to a value which 
is less than the value of the goods/services items being 

30 purchased on-line, then an upsale takes place. After the 
validity of the gift voucher has been confirmed the Web 
site requests at 226 the credit card details of the 
beneficiary 201 for checking via a conventional payment - 
gateway 228 attached to the Web site. When funds clearance 

35 is advised, the receipt 224 is issued to the beneficiary 
and the voucher is redeemed. 
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The ability to partially redeem and to redeem as part 
of a larger purchase, particularly on-line, is a 
significant advantage of this system. Another important 
advantage is the ability to turn merchants on and off 
5 including within any given program. 

The token may take any form that can be identified by 
the system. For example, it may be a number as discussed 
above. Alternatively, it may be a barcode associated with 
a physical item, e.g. a gift voucher or cheque physically 

10 printed by the system for redemption. 

Figure 4 is a diagram illustrating an embodiment of 
the present invention for the provision and processing of a 
value transfer instrument, in this embodiment being a 
cheque which may be issued and transmitted electronically 

15 (or transmitted by conventional means) and which includes a 
safeguard against fraud which is similar to the safeguard 
provided in the voucher system discussed above. Fraud in 
relation to conventional cheques is a problem. Electronic 
cheques, if anything, are far more open to fraud (hence all 

20 the research which has taken place in regards to encryption 
methods such as digital signatures) . 

Reference numeral 300 shows a system in accordance 
with the present invention which includes a database 301 
for storing issued cheque details. The system 300 also 

25 includes means for issuing a cheque to the beneficiary 302 
and a means for associating the cheque with a claim number 
for that cheque. The claim number is also stored in the 
database 301. On redemption of the cheque, the system 
matches the claim number being provided by the entity 

30 redeeming the cheque with the stored claim number and only 
validates and redeems the cheque if the stored claim number 
and the claim number provided by the redeeming entity 
(reference numeral 304) correlate. Other claim tokens (eg, 
value of voucher, password, name of beneficiary ) may also be 

35 used to enhance security and be cross checked on 
redemption. 
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In more detail , a cheque drawer 305 wishing to draw a 
cheque for a beneficiary 302, accesses his Internet bank 
Web site 306. At the moment there is no facility on 
Internet banking Web sites for issuing cheques (because of 
5 the fraud problems) . In this invention, the Internet Web 
site includes a page enabling a drawer to enter cheque 
details, e.g. amount, recipient (and e-mail address if the 
cheque is to be received by e-mail) . Once the details are 
entered, the bank debits the drawers 305 account the amount 

10 of the cheque. That amount then may be paid into a holding 
fund 308. Alternatively, the bank may wait to debit the 
account until the cheque has been redeemed by the 
beneficiary 302. The cheque information is submitted to 
the system 300 (step 309), preferably by way of XML data 

15 transmission using DES SSL protocol. The system 300 

prepares and issues a cheque 310, and generates a unique 
claim number which is stored in the database 301 and 
provided to the beneficiary 302 with the cheque. In the 
preferred embodiment, the unique claim number is a code 

20 which includes 6 alphas and 6 numerics. The claim number 
will preferably be generated using a combination of high 
standard encryption algorithms. 

The cheque may be transmitted over a computer network 
to the beneficiaries computing device (e.g. PC, palm pilot, 

25 WAP enabled device or downloaded onto SmartCard) or may be 
printed and issued by post. 

The beneficiary may redeem the cheque by depositing 
the cheque in their bank account. This may be done on-line 
via the beneficiaries 302 Internet banking site 304. The 

30 cheque information is transmitted by the beneficiary to the 
Internet site (this may be done by an on-line transmission 
of an attachment, for example, or by the beneficiary keying 
in the details) . The beneficiaries banking system 305 
communicates with the system 300 to determine that the 

35 cheque is valid (by the system matching the claim code 

transmitted from the banking system 305 with the claim code 
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stored in the database 301). The system redeems the cheque 
and then communicates with the banking system 306 so that 
the funds can be paid into the beneficiaries 302 bank 
account. The bank then preferably debits the holding 
5 account . 

The system of this embodiment of the present invention 
thus promotes complete on-line banking. A user of the 
system need not send the credit card details to a person 
they wish to pay money to. They can send them a one-off 
10 value cheque. The risk of fraud is low because of the 
validity cheque. 

Note that with this system, multiple order and 
redemption pathways may be implemented, as with the system 
of figures 1 to 3. 
15 Referring to figure 5, a system for facilitating the 

provision and redemption of third party loyalty units in 
accordance with an embodiment of the present invention will 
now be described. 

Loyalty units, such as frequent flyer points or points 
that are associated with credit card reward purchases are 
well known. Redemption of points is usually directly with 
the issuer or, to a limited extent, with co-affiliates in a 
scheme. Where there are co-affiliates in a scheme, it is 
difficult to track points transactions. . The redemption 
25 process is generally inefficient and lengthy. 

Referring to figure 5, a system in accordance with the 
present invention 4 00 includes a database 401 which -is 
arranged to store details of a loyalty points member, 
information on the loyalty points owned by the member, and 
also preferably a claim token (s) associated with a member 
membership. 

The system 400 includes an interface 402 with a 
loyalty units provider database and system 403 using secure 
data transmission systems. The loyalty units provider may 
35 therefore real-time update the database 401 with 
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information on units owned by a user 404, and vice versa 
(the system 400 may update the loyalty units system 403). 

The system 400 interfaces with goods/services 
providers in a similar manner as described in figures 1 to 
5 3, so that a user 404 can redeem their points by. a number 
of ways. 

Going on-line to a "points site" which may be central 
to all points providers or localised and licensed to a 
points providers web-site and on-line redeeming their 
10 points. The existence of the points' is validated by 

accessing the system providing the users membership number 
and comparing it with the membership number stored in the 
database 4 01. Once the points have been redeemed for 
purchase, the loyalty units provider database is updated 
15 via the interface 402. 

Points can also be redeemed off-line by attending at a 
merchant, the merchant being able to access the system 400 
for validation of the points by any of the methods which 
are disclosed in relation to figure 3. Similarly, the 
points may be redeemed on-line in a similar manner as 
described in relation to fit the on-line redemption of 
figure 2. 

A voucher may be issued to the value of the points, 
and this may be. an email voucher, as discussed above in 

25 relation to the above other aspects of the present 

invention. This voucher may act as the loyalty units 
instrument. A customer may request a voucher to be issued 
to a desired number of points. The voucher may designate a 
particular merchant for redemption. The token may be unique 

30 for each voucher issued. Other tokens (eg, value of points, 
name of beneficiary, etc.) may also be required and stored 
in the system database. 

In an alternative embodiment the voucher may not be 
required and the loyalty units instrument may comprise the 

35 token alone to be matched with the stored token and confirm 
that a designated number of points (eg designated by the 
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beneficiary at point of sale) should be debited from the 
account . 

Note that multiple redemption and order pathways may 
be applied in the above system, as with the system of 
5 figures 1 to 3. 

In the above, references to the Internet should be 
taken to include any public access network, or Intranet, 
and the present invention is not limited for operation with 
the Internet only. 
10 It will be appreciated by persons skilled in the art 

that numerous variations and/or modifications may be made to 
the invention as shown in the specific embodiments without 
departing from the spirit or scope of the invention as 
broadly described. The present embodiments are, therefore, 
15 to be considered in all respects as illustrative and not 
restrictive. 
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THE CLAIMS DEFINING THE INVENTION ARE AS FOLLOWS: 

1. A method for facilitating the issuing and 
redemption of goods/services vouchers, comprising the steps 
5 of, for issuance of the goods/services voucher; 
issuing the goods/services voucher: 

generating a token associated with the goods/services 
vouchers; 

storing the token in the system database, and 
10 for redemption of the goods/services voucher: 

requiring the provision of a token, comparing a provided 
token with the token stored in the database, and, if the 
tokens match designating the voucher as redeemed. 



15 comprising the step of delivering the goods/services 
voucher to a designated beneficiary over a computer 
network. 

3. A method in accordance with claim. 2, wherein the 
step of delivering the goods/services voucher to the 

20 designated beneficiary comprises the step of delivering the 
goods/services voucher by e-mail. 

4. A method in accordance with any one of claims 1, 

2 or 3, comprising the further step of receiving a customer 
order for issuing of a goods/services voucher to a 
25 designated beneficiary, before issuance of the 

goods/services voucher, and issuing the goods/services 
voucher for the designated beneficiary. 

5. A method in accordance with claim 4, the method 
enabling receipt of the customer order by any one of a 

30 plurality of pathways. 

6. A method in accordance with claim 4 or claim 5, 
wherein the step of receiving the customer order includes 
"receiving the order via a system web site. 



2. 



A method in accordance with claim 1, further 



7. A method in accordance with any one of claims 4, 
5 or 6 wherein the step of receiving customer order 
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includes receiving the order via a subscribing 
goods/services provider web site. 

8. A method in accordance with any one of claims 4 
to 7 , wherein the step of receiving the customer order 

» includes receiving the order via a portal web site 
servicing the plurality of subscribing goods/service 
providers . 

9. A method in accordance with any one of claims 4 
to 8, wherein the step of receiving the customer order 
includes the step of receiving the customer order from a 
physical retailer location where the customer is in 
attendance . 

10. A method in accordance with claim 9, wherein the 
customer order is received over a computer network. 

15 11. A method in accordance with claim 4 or claim 5, 

wherein the customer is a provider of a promotion and 
wishes goods/services items to be issued to a plurality of 
designated beneficiaries and wherein the step of receiving 
the order includes receiving order information from the 
customer designating details of the plurality of 
beneficiaries . 

12. A method in accordance with claim 11, wherein the 
order information is received over a computer network as a 
data file. 

25 13. A method in accordance with any one of claims 4 

to 12, comprising the further step of receiving payment 
information from the customer and of carrying out a check 
to determine the validity of the payment information. 

14. A method. in accordance with any one of the 

30 preceding claims, comprising the further step of receiving 
redemption information, the redemption information 
including the provided token, before redeeming the 
goods/services voucher. 

15. A method in accordance with claim 14, the method 
35 enabling receipt of the redemption information by any one 

of a plurality of pathways. 
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16. A method in accordance with claim 14 or claim 15, 
wherein the step of receiving the redemption information 
includes receiving the redemption information via 
interactive voice response. 

17. A method in accordance with any one of claims 14, 
15 or 16, wherein the step of receiving the redemption 
information includes receiving the redemption information 
via a web interface. 

18. A method in accordance with any one of claims 14 
to 17, wherein the step of receiving the redemption 
information includes the step of receiving the redemption 
information via an interface with an electronic funds 
transfer network utilised by a payment transaction system. 

19. A method in accordance with any one of claims 16, 
15 17 or 18, wherein the redemption information is received 

from a goods/service provider physical location. 

20. A method in accordance with any one of claims 14 
to 19, wherein the step of receiving the redemption 
information includes the step of receiving the redemption 

20 information from an on-line E Commerce system of a 
goods/services provider . 

21. A method in accordance with claim 20, wherein a 
beneficiary has provided the information to the on-line E 
Commerce system by way of entering or forwarding the 

25 information to the goods/services providers web site in 
exchange for goods/services. 

22. A method in accordance with any one of the 
preceding claims, comprising the step of redeeming the 
goods/services voucher for only a portion of its value. 

30 23. A method in accordance with claim 22, comprising 

the step of storing a remaining value of the partially 
redeemed goods/services voucher in the system database for 
later redemption. 

24. A method in accordance with any one of the 

35 preceding claims, wherein the step of issuing the 

goods/services voucher includes the step of designating the 
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goods/services voucher for redemption in exchange for 
goods/services of one of a plurality of available 
subscribing goods/services providers . 

25. A method in accordance with claim 24, wherein the 
5 step of issuing the goods/services voucher includes the 

step of generating a voucher image associated with the 
goods/services voucher, the voucher image to be delivered 
to a beneficiary with the goods/services voucher. 

26. A method in accordance with claim 25, wherein a 
10 different image is associated with each of the plurality of 

available subscribing goods/services providers. 

27. A method in accordance with claims 25 or 26, 
including the step of producing the voucher image from 
voucher image data stored in the system database. 

15 28. A method in accordance with any one of claims 25, 

26 or 27, comprising the step of delivering the voucher 
image to a designated beneficiary over a computer network. 

29. A method in accordance with claim 28, comprising 
the step of delivering the voucher image as an e-mail 

20 attachment. 

30. In accordance with claim 1, wherein the step of 
issuing the goods/services voucher includes transmitting 
goods/services voucher over a computer network to a 
beneficiary, and wherein the step of redeeming the 

25 goods/services voucher, includes the step of transmitting 
the voucher to an E Commerce web site. 

31. A goods/services voucher use with the method of 
any one of the preceding claims. 

32. A method of issuing the voucher of claim 31 
30 comprising the steps of transmitting the voucher to a 

computing device of a beneficiary. 

33. A method of redeeming a goods/services voucher in 
accordance with claim 31, comprising the step of 
transmitting voucher information from an E Commerce web 

35 site to a redemption system. 
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34. A system for facilitating the issuing and 
redemption of goods/services vouchers, comprising a 
computing system arranged to issue a goods/services 
voucher, generate a token associated with the 

5 goods/services voucher for storage in a system database, 
receiving means for receiving a token, a means for 
comparing the received token with the stored token and, if 
the tokens match, designating the voucher as redeemed. 

35. A system for the provision and processing of a 
10 value transfer instrument, the system including means for 

issuing a value transfer instrument, including a claim 
token associated with the value transfer instrument, 
database means storing the claim token, and redemption 
means for receiving the claim token, comparing it to the 
15 stored claim token to locate a matching claim token, and 
redeeming the associated value transfer instrument. 

36. A system in accordance with claim 35, wherein the 
value transfer instrument operates as an account cheque for 
a bank or similar institution account. 

20 37. A system in accordance with claim 35 or 36, 

including means for transmitting the value transfer 
instrument to a beneficiary over a computer network. 

38. A system in accordance with any one of claims 35, 
36 or 37, a system including a link to a bank computing 

25 system, wherein the bank system is arranged to advise the 
system via the link when to issue the value transfer 
instrument . 

39. A system in accordance with any one of claims 35 
to 38, further including a link to a redeeming bank system, 

30 wherein upon redemption the redeeming bank is arranged to 
provide the claim code to the system via the link. 

40. A system for facilitating the provision and 
redemption of third party loyalty units, comprising a 
database storing information on loyalty members and loyalty 

35 units associated with each loyalty member, a means for 

generating a loyalty units instrument and a loyalty token 
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associated with the loyalty units instrument, and 
redemption means for redeeming the loyalty units 
instrument, the redemption means being arranged to compare 
the loyalty "token associated with the loyalty units 
instrument and the stored loyalty token and redeem the 
loyalty units instrument if the comparison is a match. 
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THE CLAIMS DEFINING THE INVENTION ARE AS FOLLOWS: 

1. A method for facilitating the issuing and 
redemption of goods/services vouchers, comprising the steps 

5 of, for issuance of the goods/services vouchers- 
issuing the goods/ services voucher : 

generating a token associated with the goods/services 
vouchers ; 

storing the token in the system database, and 
10 for redemption of the goods/services voucher: 

requiring the provision of a token, comparing a provided 
token with the token stored in the database, and, if the 
tokens match designating the voucher as" redeemed. 

2. A method in accordance with claim 1, further 
15 comprising the step of delivering the goods/services 

voucher to a designated beneficiary over a computer 
network. 

3. A method in accordance with claim 2, wherein the 
step of delivering the goods/services voucher to the 

20 designated beneficiary comprises the step of delivering the 
goods/services voucher by e-mail. 

4. A method in accordance with any one of claims 1, 

2 or 3 , comprising the further step of receiving a customer 
order for issuing of a goods/services voucher to a 
25 designated beneficiary, before issuance of the 

goods/services voucher, and issuing the goods/services 
voucher for the designated beneficiary. 

5. A method in accordance with claim 4, the method 
enabling receipt of the customer order by any one of a 

30 plurality of pathways. 

6. A method in accordance with claim 4 or claim 5, 
wherein the step of receiving the customer order includes 
receiving the order via a system web site. 

7. A method in accordance with any one of claims 4, 
35 5 or 6 wherein the step of receiving customer order 
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34. A system for facilitating the issuing and 
redemption of goods/services vouchers/ comprising a 
computing system arranged to issue a goods/services 
voucher, generate a token associated with the 

5 goods/services voucher for storage in a system database, 
receiving means for receiving a token, a means for 
comparing the received token with the stored token and, if 
the tokens match, designating the voucher as redeemed. 

35. A system for the provision and processing of a 
10 value transfer instrument, the system including means for 

issuing a value transfer instrument, including a claim 
token associated with the value transfer instrument, 
database means storing j the claim token", and redemption - ~ 
means for receiving the claim- token, comparing it to the- 7 
15 stored claim token to locate a matching claim token, and 
redeeming the associated value transfer instrument. 

36. A system in accordance with claim 35, wherein the 
value transfer instrument operates as an account cheque for 
a bank or similar institution account. 

20 37. A system in accordance with claim 35 or 36, 

including means for. transmitting the value transfer 
instrument to a beneficiary over a computer network. 

38. A system in accordance with any one of claims 35, 
36 or 37, a system including a link to a bank computing 

25 system, wherein the bank system is arranged to advise the 
system via the link when to issue the value transfer 
instrument . 

39. A system in accordance with any one of claims 35 
to 38, further including a link to a redeeming bank system, 

30 wherein upon redemption the redeeming bank is arranged to 
provide the claim code to the system via the link. 

40. A system for facilitating the provision and 
redemption of third party loyalty units, comprising a 
database storing information on loyalty members and loyalty 

35 units associated with each loyalty member, a means for 

generating a loyalty units instrument and a loyalty token 
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THE CLAIMS DEFINING THE INVENTION ARE AS FOLLOWS: 



1. A method for facilitating the issuing and 
redemption of goods/services vouchers, comprising the steps 

5 of, for issuance of the goods/services voucher; 
issuing the goods/services voucher: 

generating a token associated with the goods/services 
vouchers; 

storing the token in the system database, and 
10 for redemption of the goods/services voucher: 

requiring the provision of a token, comparing a provided 
token with the token stored in the database, and, if the 
tokens match designating the voucher as redeemed. 

2. A method in accordance with claim 1, further 
15 comprising the step of delivering the goods/services 

voucher to a designated beneficiary over a computer 
network. 

3. A method in accordance with claim 2, wherein the 
step of delivering the goods/services voucher to the 

20 designated beneficiary comprises the step of delivering the 
goods/services voucher by e-mail. 

4. A method in accordance with any one of claims 1, 

2 or 3, comprising the further step of receiving a customer 
order for issuing of a goods/services voucher to a 
25 designated beneficiary, before issuance of the 

goods/services voucher, and issuing the goods/services 
voucher for the designated beneficiary. 

5. A method in accordance with claim 4, the method 
enabling receipt of the customer order by any one of a 

30 plurality of pathways. 

6. A method in accordance with claim 4 or claim 5, 
wherein the step of receiving the customer order includes 
'receiving the order via a system web site. 

7. A method in accordance with any one of claims 4, 
35 5 or 6 wherein the step of receiving customer order 
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34. A system for facilitating the issuing and 
redemption of goods/services vouchers, comprising a 
computing system arranged to issue a goods/services 
voucher, generate a token associated with the 
5 goods/services voucher for storage in a system database, 
receiving means for receiving a token, a means for 
comparing the received token with the stored token and, if 
the tokens match, designating the voucher as redeemed. 



10 value transfer instrument, the system including means for 
issuing a value transfer instrument, including a claim 
token associated with the value transfer instrument, 
database means storing the claim token, and redemption 
means for receiving the claim token, comparing it to the 

15 stored claim token to locate a matching claim token, and 
redeeming the associated value transfer instrument. 

36. A system in accordance with claim 35, wherein the 
value transfer instrument operates as an account cheque for 
a bank or similar institution account. 

20 37. A system in accordance with claim 35 or 36, 

including means for transmitting the value transfer 
instrument to a beneficiary over a computer network. 

38. A system in accordance with any one of claims 35, 
36 or 37, a system including a link to a bank computing 

25 system, wherein the bank system is arranged to advise the 
system via the link when to issue the value transfer 
instrument . 

39. A system in accordance with any one of claims 35 
to 38, further including a link to a redeeming bank system, 

30 wherein upon redemption the redeeming bank is arranged to 
provide the claim code to the system via the link. 

40. A system for facilitating the provision and 
redemption of third party loyalty units, comprising a 
database storing information on loyalty members and loyalty 

35 units associated with each loyalty member, a means for 

generating a loyalty units instrument and a loyalty token 
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